home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001483_daemon _Tue Jun 29 16:10:39 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA10992; Tue, 29 Jun 93 16:10:41 MET DST
  3. Return-Path: <dsr@hplb.hpl.hp.com>
  4. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  5.     id AA10988; Tue, 29 Jun 93 16:10:39 MET DST
  6. Received: from hplb.hpl.hp.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA05733; Tue, 29 Jun 1993 16:33:51 +0200
  8. Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Tue, 29 Jun 93 15:25:33 +0100
  9. Received: by manuel.hpl.hp.com
  10.     (16.6/15.6+ISC) id AA00554; Tue, 29 Jun 93 15:32:01 +0100
  11. From: Dave_Raggett <dsr@hplb.hpl.hp.com>
  12. Message-Id: <9306291432.AA00554@manuel.hpl.hp.com>
  13. Subject: Re: HTML+ and browser functionality
  14. To: sanders@bsdi.com
  15. Date: Tue, 29 Jun 93 15:31:58 BST
  16. Cc: www-talk@nxoc01.cern.ch
  17. Mailer: Elm [revision: 66.36.1.1]
  18.  
  19. > Hey, I remember a while back someone suggested having certain standard
  20. > links in the document (forw back up top).  Instead of hardcoding these
  21. > how about just having a control panel element that might work like this:
  22.  
  23. > <CONTROL>
  24. >     <UL>
  25. >         <LI> <A ...>Click here</A>
  26. >         <LI> <A ...>Drink me</A>
  27. >         <LI> <A ...>Go away</A>
  28. >     </UL>
  29. > </CONTROL>
  30.  
  31. > Then a clever browser can do whatever it wants to render that section of
  32. > code (the idea being that it could stick it in a window so it's always
  33. > available for navigation).  By default it can just render in place.
  34.  
  35. Urh, whats wrong with the LINK element, e.g.
  36.  
  37.         <LINK rel="up" href=...>
  38.         <LINK rel="prev" href=...>
  39.         <LINK rel="next" href=...>
  40.  
  41. The links specified with the LINK tag are assumed to be global to the
  42. entire document and so could be automatically added to a menu or toolbar.
  43.  
  44. > BTW: I would like to give a big thanks to Dave Raggett for doing a great
  45. > job on the HTML+ DTD_.  From our random arguments and outrageous requets
  46. > (tables, forms, ...) Dave has really pulled HTML+ together.  Any idea when
  47. > it'll be stable enough to start developing browsers for?
  48.  
  49. Gee thanks. I have just started to write HTML+ up as an RFC which attempts
  50. to clarify the details of the format and how it should be handled by browsers.
  51. This should be ready within three/four weeks.
  52.  
  53. Dave Raggett
  54.  
  55. p.s. Tim's spec seems to have the attribute named "REV" but "REL" seems
  56. more appropriate. Any comments anyone?